собственной разработки

 

система собственной разработки
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• homeware

1) Electronics: proprietary integrated circuit

2) Microelectronics: home-grown integrated circuit, proprietary integration

 

протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

 

отечественного производства
собственной разработки
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• собственной разработки

EN

• home-grown

 

система экологического менеджмента
Часть общей системы менеджмента, которая включает в себя организационную структуру, планирование, распределение ответственности, практические методы, процедуры, процессы и ресурсы, необходимые для разработки, внедрения, реализации, анализа и поддержания актуальности экологической политики.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

EN

environmental management system
Part of the overall management system that includes organizational structure, planning activities, responsibilities, practices, procedures, processes and resources for developing, implementing, achieving, reviewing and maintaining the environmental policy.
[ISO 14001]

Тематики

• управление окружающей средой

EN

• environmental management system

3.8 система экологического менеджмента (environmental management system), СЭМ (EMS): Часть системы менеджмента организации (3.16), используемая для разработки и внедрения экологической политики (3.11) и управления ее экологическими аспектами (3.6).

Примечание 1 - Система менеджмента представляет собой совокупность взаимосвязанных элементов, используемых для установления политики и целей и достижения этих целей.

Примечание 2 - Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределение ответственности, практики, процедуры (3.19), процессы и ресурсы.

Источник: ГОСТ Р ИСО 14001-2007: Системы экологического менеджмента. Требования и руководство по применению оригинал документа

3.9 система экологического менеджмента (environmental management system)

СЭМ (EMS): Часть системы менеджмента организации (3.20), используемая для разработки и внедрения экологической политики (3.13) и управления ее экологическими аспектами (3.7)

Примечание 1 - Система менеджмента представляет собой совокупность взаимосвязанных элементов, используемых для установления политики и целей и достижения этих целей.

Примечание 2 - Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределение ответственности, практики, процедуры (3.23), процессы и ресурсы.

[ИСО 14001:2004, 3.8]

Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

2.10 система экологического менеджмента (environmental management system): Часть системы менеджмента организации, предназначенная для разработки и внедрения экологической политики и менеджмента ее экологических аспектов.

Примечание 1 - Система менеджмента представляет собой совокупность взаимосвязанных элементов, используемых для установления политики, целей и достижения этих целей.

Примечание 2 - Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределение ответственности, практическую деятельность, процедуры, процессы и ресурсы.

Источник: ГОСТ Р ИСО 14015-2007: Экологический менеджмент. Экологическая оценка участков и организаций оригинал документа

3.4 система экологического менеджмента (environmental management system); СЭМ (EMS): Часть общей системы менеджмента в организации, используемая для разработки и внедрения экологической политики и управления ее экологическими аспектами.

Примечания

1 Система менеджмента представляет собой совокупность взаимосвязанных элементов, используемых для установления политики и целей и достижения этих целей.

2 Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределение ответственности, практические методы, процедуры, процессы и ресурсы.

[ ГОСТ Р ИСО 14001-2007, пункт 3.8]

Источник: ГОСТ Р 54298-2010: Системы экологического менеджмента. Порядок сертификации систем экологического менеджмента на соответствие ГОСТ Р ИСО 14001-2007 оригинал документа

3.8 система экологического менеджмента (environmental management system), СЭМ (EMS): Часть системы менеджмента организации (3.16), используемая для разработки и внедрения экологической политики (3.11) и управления ее экологическими аспектами (3.6).

Примечания

1 Система менеджмента представляет собой совокупность взаимосвязанных элементов, используемых для установления политики и целей и достижения этих целей.

2 Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределение ответственности, практики, процедуры (3.19), процессы и ресурсы.

Источник: ГОСТ Р 54336-2011: Системы экологического менеджмента в организациях, выпускающих нанопродукцию. Требования оригинал документа

4.1 система экологического менеджмента (environmental management system; EMS): Часть системы менеджмента организации (3.4), используемая для разработки и внедрения собственной экологической политики (4.1.1) и управления экологическими аспектами (3.2).

Примечание 1 - Система менеджмента представляет собой совокупность взаимосвязанных элементов, применяемую для выработки политики и установления целей, а также для достижения этих целей.

Примечание 2 - Система менеджмента включает в себя организационную структуру, деятельность по планированию, распределению ответственности, практические решения, процедуры (4.2), процессы и ресурсы.

[ИСО 14001:2004]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

 

кабель с каналом в токоведущей жиле
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

кабель с центральным маслопроводящим каналом
кабель в собственной оболочке
Кабель, в котором создающая давление жидкость находится в пределах металлической оболочки, наложенной в процессе изготовления
[СТ МЭК 50(461)-84]
[ Источник]

Искусственное охлаждение маслонаполненных кабелей с центральным маслопроводящим каналом

Для преодоления жестких ограничений по токовой нагрузочной способности кабелей, проложенных в земле, может применяться искусственное охлаждение кабелей.
Возможны следующие варианты искусственного охлаждения:

• внешнее охлаждение с помощью труб. При этом обеспечивается протекание воды по пластмассовым трубам, проложенным вблизи от кабеля. Общее термическое сопротивление кабеля в схеме замещения шунтируется термическим сопротивлением между кабелем и охлаждающей водой. Температура воды увеличивается при движении по трубам, и, таким образом, имеется ограничение по длине кабеля, который может быть охлажден таким способом. Эффективное термическое  coпpотивление содержит составляющие: сопротивление грунта между кабелем и трубами, сопротивление стенки трубы, термическое сопротивление между кабелем и охлаждающей водой и термическое сопротивление самого кабеля. Такая система искусственного охлаждения относительно проста и имеет ряд преимуществ по механическим характеристикам для кабелей, проложенных непосредственно в земле. Охлаждение длинных КЛ производится путем применения труб охлаждения большого диаметра, например диаметром 150 мм. Такие трубы должны быть гибкими и должны иметь армированные стенки с тем, чтобы выдерживать давление почвы в том случае, когда они не заполнены водой под давлением;

 

Внешнее охлаждение кабелей с помощью трубс водой (обозначены прямой и обратный потоки воды)

Т - трубы с водой;
К - кабель;
1 - обратный трубопровод;
2 - прямой трубопровод

• поверхностное охлаждение.
  Система более интенсивного водяного охлаждения, чем при использовании труб внешнего охлаждения, выполнена следующим образом. Кабель размещается в жесткой пластмассовой трубе диаметром около 250 мм, применяется принудительная циркуляция воды через трубу. Такой способ искусственного охлаждения дороже, чем предыдущий, но при этом для кабеля с жилой 2000 мм2 можно достичь токовой нагрузки свыше 3200 А.
  

Способ поверхностного искусственного охлаждения также известен как способ непосредственного охлаждения оболочки (в отличие от внешнего охлаждения с помощью труб). При непосредственном охлаждении кабелей возникают проблемы, связанные с возможным перемещением кабелей в трубопроводе из-за электромеханических усилий. Из-за значительной стоимости схем поверхностного охлаждения схема внешнего охлаждения является более предпочтительной, и установки поверхностного непосредственного охлаждения пpименяются лишь в тех случаях, когда требуемая нагрузочная способность кабелей не может быть достигнута другим способом. Дополнительные проблемы в схемах поверхностного искусственного охлаждения связаны с высокой температурой в среднем сечении соединительных муфт, которые имеют повышенные термические сопротивления изоляции. Для схем естественного охлаждения кабелей обычно такой проблемы не возникает, так как имеется возможность увеличить расстояние между опорами муфт. При температуре жилы кабеля 85° С, несмотря на принятые меры, температура в соединительных муфтах может быть значительно выше;

 

 Поверхностное или непосредственное искусственное охлаждение кабелей, проложенных в трубах

• внутреннее охлаждение.
  При этом циркуляция охлаждающей жидкости обеспечивается в каждой жиле кабеля. Охлаждающей жидкостью может быть: изоляционное масло, которое является частью масла в бумажно-масляной изоляции кабеля, вода, которая имеет большую способность поглощать теплоту, чем масло. Однако вода должна быть включена в водонепроницаемые трубки внутри канала в жиле кабеля, как показано на рисунке
  

 

Поперечное сечение кабеля на напряжение 110 кВ с внутренним водяным охла ждением:

1 - канал для воды диаметром d;
2 - водонепроницаемая трубка;
3 - токопроводящая жила диаметром dж, скрученная из отдельных проволок;
4 - полупроводящая бумага;
5 - изоляция;
6 - экранирующие ленты;
7 - гофрированная алюминиевая оболочка;
8 - антикоррозийная защита;
9 - оболочка из поливинилхлорида

 Такую схему можно применить для кабелей со сплошной экструдированной изоляцией, которые применяются для соединения генераторов при относительно низком напряжении. Напряжение на охлаждающей жидкости должно снижаться до потенциала земли прежде, чем она попадет в перекачивающий насос. В схемах с водяным охлаждением применяют специальные концевые устройства для кабелей, внутри которых охлаждающая жидкость протекает через спиральный канал, обеспечивающий необходимую электрическую изоляцию при рабочем напряжении КЛ. Электрическое сопротивление воды снижается в процессе эксплуатации; опыт показывает, что удельное электрическое сопротивление rв = 200 кОм см является приемлемым. Поэтому для кабелей с внутренним искусственным охлаждением требуется применение регенерирующих установок,  которые  повышают  rв до 200 кОм см  при уменьшении сопротивления до 20 кОм см. Высокое значение rв является существенным для сохранения активных потерь в столбе воды на требуемом уровне. Основное преимущество системы внутреннего искусственного охлаждения заключается в том, что она позволяет удалять теплоту непосредственно от главного источника - жилы кабеля. С другой стороны, возможный объемный расход охлаждающей жидкости ограничивается размером канала в жиле кабеля, а повышение  температуры жидкости на определенной длине кабеля будет значительным.

Можно использовать фторорганические жидкости для охлаждения по каналу жилы кабеля, например фреон - 12. Жидкий хладагент абсорбирует теплоту, испаряется и поступает в теплообменник. Этот способ находится еще в стадии разработки, и необходимость в таких схемах для кабелей пока еще определяется. Преимуществом такого испарительного охлаждения является установление естественного конвективного потока жидкости; при этом не требуются насосы.

[ http://www.eti.su/articles/kabel-i-provod/kabel-i-provod_600.html]

Тематики

• электротехника, основные понятия

EN

• self contained cable
• self-contained cable
• self-contained pressure cable

 

серверы автоматизации
-

Автоматизация. Клиенты и серверы автоматизации.

Автоматизация (ранее известная как OLE-автоматизация – OLE Automation) – это одно из наиболее важных средств технологии ActiveX, позволяющее программно управлять объектами из других приложений. И это основное средство, с помощью которого можно интегрировать функциональные возможности различных приложений. Приложения, поддерживающие автоматизацию, делятся на две категории: клиенты автоматизации и серверы автоматизации. Причем некоторые приложения могут быть только клиентами либо только серверами автоматизации, но есть и такие (и к ним относится Microsoft Access), которые могут выступать и в том и в другом качестве.
  Клиенты и серверы автоматизации При интеграции двух приложений одно предоставляет свои объекты для использования, а другое использует объекты первого приложения. Приложение, объекты которого доступны для других приложений, называется сервером автоматизации (иногда его еще называют компонентом). Приложение, которое использует объекты другого приложения, называется клиентом (или контроллером) автоматизации. Объекты, которые доступны для других приложений, называют объектами автоматизации. Через объекты автоматизации приложение-сервер открывает доступ другим программам к тем своим функциям, которые могут быть им полезны. Например, текстовый редактор может открывать другим программам доступ к проверке орфографии, служба связи – доступ к созданию и отправке сообщений. Это позволяет разработчикам ускорить процесс разработки своих приложений, благодаря использованию готовых функций сервера. Объекты приложения-сервера образуют библиотеку объектов, которая может быть подключена к приложению-клиенту путем установки ссылки в проекте VBA (см. разд. "Установка ссылок на объектные библиотеки" гл. 13). Приложение-клиент использует объекты приложения-сервера путем доступа к их свойствам и методам. При этом он имеет все те возможности, которые есть у сервера автоматизации. Например, Microsoft Excel имеет модель объектов, которая включает такие объекты, как Workbook, Worksheet, Sell и др. К этим объектам можно обращаться из Microsoft Access, а также из других приложений, поддерживающих автоматизацию. Чтобы получить представление о работе с технологией автоматизации OLE, нужно разобраться в классификации серверов автоматизации, которые могут быть использованы в написании приложений систем управления базами данных. Существуют пять основных типов серверов автоматизации.

• Полные серверы (full servers) – это самостоятельные приложения, например Microsoft Excel и Microsoft Word, использующие автоматизацию. Данные приложения, подобно Access, предоставляют свои объекты для использования собственной версии VBA. Полные серверы называются также локальными серверами (local servers), поскольку сервер такого типа должен размещаться на том же компьютере, что и приложение клиента автоматизации.
• Серверы автоматизации (automation servers) – это серверы, которые не являются внедряемыми объектами. В качестве примера такого сервера можно привести Microsoft Access. Название Microsoft Access не содержится в списке Тип объекта (Object Type) вкладки Создание (Create New) диалогового окна Объект (Object) меню Вставка (Insert) приложений Microsoft Word или Microsoft Excel. При попытке указать файл базы данных во вкладке Создание из файла (Create From File) элемент управления Упаковщик объектов (Object Packager) пытается создать пакет из файла базы данных.
• Мини-серверы (mini-servers) – это приложения, которые могут быть запущены только из приложений-клиентов автоматизации, например Microsoft Graph (MSGraph9) или Visio Express. Приложение, являющееся мини-сервером, должно представлять собой выполнимый файл (с расширением ехе) и иметь возможность раскрывать окно приложения. Мини-серверы, отображающие объекты конкретного класса, например файлы изображений, видеоклипы и т. д., называются средствами просмотра (viewers).
• Специальные элементы управления OLE (OLE Controls) – это одна из разновидностей мини-серверов. Специальные элементы управления OLE, имеющие расширение файлов осх, кроме методов и свойств, предоставляют для использования другими приложениями еще и события. Они похожи на специальные элементы управления Visual Basic (VBXs). Некоторые элементы управления OLE, подобно VBXs, в режиме выполнения выводятся на экран, другие в режиме выполнения невидимы.
• Элементы управления ActiveX (ActiveX Controls) являются облегченной 32-разрядной версией элементов управления OLE. Такие элементы хранятся в файлах с тем же, что и у элементов OLE, расширением (осх), однако их размер на 30-50% меньше, чем у заменяемых ими элементов OLE. Элементы управления ActiveX являются основой развиваемой в настоящее время фирмой Microsoft технологии ActiveX
• Служебные серверы (process servers) – это подкласс серверов автоматизации, используемых для выполнения функций, которые не взаимодействуют с интерфейсом пользователя. Служебные серверы делятся на внешние ( OutOfProc(ess)) и внутренние ( InProc(ess)). Внешние серверы – это выполнимые файлы, которые запущены собственным процессом, т. е. имеют отдельную зарезервированную память. К внешним серверам можно отнести полные серверы и мини-серверы. Внутренние серверы используют память совместно с приложением клиента автоматизации. К внутренним серверам относятся специальные элементы управления ActiveX.

Внешние серверы взаимодействуют с приложением клиента, используя упрощенный механизм удаленного вызова процедур ( Lightweight Remote Procedure Calls, или LRPC). В свою очередь, внутренние серверы ( OLE DLL) используют вызовы обычных функций Windows. Благодаря этому, внутренние серверы быстрее реагируют на инструкции клиента, чем внешние. Внешний сервер можно разместить на удаленном компьютере, а для взаимодействия с ним можно использовать DCOM. Такой внешний сервер называют Удаленным объектом автоматизации (Remote Automation Object– RAО). Замечание
Служебные серверы не входят в официальную классификацию серверов автоматизации. Этот термин используется для того, чтобы различать невидимые управляемые служебные объекты сервера, работающие в фоновом режиме, и управляемые объекты, обладающие видимым представлением в режиме выполнения или режиме Конструктора Microsoft Access. Чаще всего служебные серверы используются при создании приложений баз данных, располагающих служебный сервер автоматизации между входным каналом приложения клиента и выходным каналом приложения сервера для обработки запросов приложения сервера или отслеживания ошибок данных входного канала сервера. Такие серверы невидимы для пользователя. Одним из преимуществ автоматизации является возможность работы с управляемыми полными серверами и мини-серверами без создания видимого экземпляра сервера автоматизации. Автоматизация запускает приложение самостоятельно, без внешнего вмешательства. Если серверу не указано активизировать окно, он невидим, и в списке задач его имя не содержится.

[ http://samoucka.ru/document18469.html]

Тематики

• информационные технологии в целом

EN

• automation servers